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Abstract 


This document reports the results of the BGP-4 implementation survey. 
The survey had 259 questions about implementations” support of BGP-4 
as specified in REC 4271. After a brief summary of the results, each 
response is listed. This document contains responses from the four 
implementers that completed the survey (Alcatel, Cisco, Laurel, and 
NextHop) and brief information from three that did not (Avici, Data 
Connection Ltd., and Nokia). 


The editors did not use exterior means to verify the accuracy of the 
information submitted by the respondents. The respondents are 


experts with the products they reported on. 
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Introduction 


This document reports results from a survey of implementations of 
BGP-4 as specified in [RFC4271]. RFC 4271 is in alignment with 
current deployments of BGP-4 and obsoletes the BGP standard 
[RFC1771]. BGP is a widely deployed cornerstone of Internet 
technology that continues to add additional functionality as the 
needs of the Internet evolve. As deployed in the Internet, BGP-4 
encompasses both this base specification and additional 
specifications such as TCP MD5 [RFC2385], BGP Route Reflectors 
[RFC2796], BGP Confederations [RFC3065], and BGP Route Refresh 
[RFC2918]. 


The BGP-4 implementation survey had 259 detailed questions about 
compliance with [RFC4271]. Four implementers (Alcatel, Cisco, 
Laurel, and NextHop) completed the survey. Section 3 provides a 
compilation of those results. 


Section 2.1 highlights significant differences and Section 2.2 
provides an overview of the differences between the four 


implementations. Section 2.3 provides interoperability information. 


Due to the large number of BGP implementations and the small number 
of respondents, the editors took an informal survey to determine if 
the length of the original survey caused implementers not to submit 


it. Three implementers responded, and all indicated the length of 
the survey was the issue. Section 4 gives the results of this 
informal survey. 
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In this document, the editors have compiled the results of the 
implementation survey results and the informal survey. 


1.1. Conventions Used in This Document 


The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOI", 
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this 
document are to be interpreted as described in [RFC2119]. 


2. Results of Survey 


The respondents replied "Y" (yes) or "N" (no) to the survey's 259 
questions to indicate whether their implementation supports the 
Functionality/Description of the [RFC2119] language in [RFC4271]. 
The respondents replied "O" (other) to indicate that the support is 
neither "Y" nor "N" (for example, an alternate behavior). 


2.1. Significant Differences 

Each question received affirmative responses from at least two 

implementers (i.e., two "Y" responses, or one "Y" and one "O"), 

except the following questions: 

a) MUST - Linked Questions 212/213, regarding Section 9.1.4 
Due to the format of the linked questions, three vendors (Cisco, 
Laurel, and NextHop) replied "N" to Question 213. (See Section 
2.2 for details.) 

b) SHALL NOT - Question 228, regarding Section 9.2.2.2 
Three vendors (Alcatel, Cisco, and Laurel) answered "N" to SHALL 
NOT (meaning they did). One vendor (NextHop) indicated "o" 


matching the specification. 


Text: Routes that have different MULTI_EXIT_DISC attribute SHALL 
NOT be aggregated. (Section 9.2.2.2, [RFC4271]) 


c) SHOULD - Questions 257 and 258, regarding Appendix F 


Three vendors answered "N" and one vendor answered "Y" to Question 


257. All four vendors answered "N" to Question 258. (Please note 
that support of Appendix F, "Implementation Recommendations", is 
optional.) 
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Text: A BGP speaker which needs to withdraw a destination and 
send an update about a more specific or less specific route 
SHOULD combine them into the same UPDATE message. 
(Appendix F.2, [RFC4271]) 


Text: The last instance (rightmost occurrence) of that AS number 
is kept. (Appendix F.6, [RFC4271]) 


d) MAY - Questions 180 and 254, regarding Sections 8.1.2.4 and 10 
Three vendors answered "N", and 1 replied "Y" to Question 180. 


Text: The Event numbers (1-28) utilized in this state machine 
description aid in specifying the behavior of the BGP state 
machine. Implementations MAY use these numbers to provide 
network management information. The exact form of a FSM or 
the FSM events are specific to each implementation. 
(Section 8.1.2.4, [RFC4271]) 


Editors’ note: Section 8.1.2.4 was written to allow existing 
implementations to transition to the new event 
numbering. It was expected over time (3 years) 
that the FSM event numbering would be updated to 
the new numbering. 


Three vendors answered "N" and one answered "Y" to Question 254 
about configurable jitter time values. 


Text: A given BGP speaker MAY apply the same jitter to each of 
these quantities regardless of the destinations to which 
the updates are being sent; that is, jitter need not be 


configured on a "per peer" basis. (Section 10, [RFC4271]) 
Question: Is the jitter range configurable? 
2.2. Overview of Differences 


This section provides the reader with a shortcut to the points where 
the four implementations differ. 


The following questions were not answered "Y" by all four respondents 
(Note that the question numbers correspond to the final digit of 


subsection numbers of Section 3): 


MUST 
97, 106, 107, 111, 122, 125, 138, 141, 213 
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SHALL 
233, 239 


SHALL NOT 
228 


SHOULD 
42, 117, 132, :146, 152, 155, -156, 197, 158, 159,160, 161, 163, 
164, 165, 169, 170, 171, 173, 174, 175, 202, 225, 250, 255, 256 


SHOULD NOT 
226 


MAY 
67, 94, 121, 143, 180, 223, 247, 254 


Other 
236, 238 


Linked Questions 
212/213 


Three vendors answered "N" and one answered "Y" to Question 213 
about the aggregation of routes. Questions 212 and 213 are 
grouped together. 


Question 212 states: "The decision process MUST either install 
both routes or..." 


Question 213 states: "Aggregate the two routes and install the 
aggregated route, provided that both routes have the same value 
of the NEXT_HOP attribute" 

Of the four respondents that said "Y" to Question 212, three said 

"N" to Question 213. Given the context of the question, answering 

"N" to Question 213 is appropriate. 


2.3. Implementations and Interoperability 


Alcatel Cisco Laurel NextHop 


Alcatel Y Y 

Cisco Y 

Laurel Y Y 
NextHop Y Y 
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2.4. BGP Implementation Identification 


1.6.0 Alcatel 
Implementation Name/Version: 
Alcatel 7750 BGP Implementation Release 1.3 
Date: July 2003 
Contact Name: Devendra Raut 
Contact Email: Devendra.raut@Alcatel.com 


16.1 CISCO 

Implementation Name/Version: Cisco BGP Implementation, 12.0(27)S 
Contact Name: Alvaro Retana 

Date: 11/26/2003 


1.6.2 Laurel 

Implementation Name/Version: Laurel Networks 3.0 
Contact Name: Manish Vora 

Contact Email: vora@laurelnetworks.com 

Date: 2/1/2004 


1.6.3 NextHop Technologies 
Implementation Name/Version: Gated NGC 2.0, 2.2 
Date: January 2004 


3. BGP-4 Implementation Report 
For every item listed, the respondents indicated whether their 


implementation supports the Functionality/Description or not (Y/N) 
according to the [RFC2119] language indicated. Any respondent 


comments are included. If appropriate, the respondents indicated 
with "O" the fact that the support is neither Y/N (an alternate 
behavior, for example). Refer to the appropriate sections in 


[RFC4271] for additional details. Note that the last digit of the 
subsection number is the number of the survey question. 


3.0. Summary of Operation / Section 3 [RFC4271] 
3.0.1. Base Behavior 


Functionality/Description: Is your implementation compatible 
with the base behavior described in this section? 


RFC2119: N/A 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK 
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3. 


3 Lo. 


3: 


0 


ais 


ydys 


.2. Local Policy Changes 


Functionality/Description: To allow local policy changes to have 
the correct effect without resetting any BGP connections, a BGP 
speaker SHOULD either (a) retain the current version of the 
routes advertised to it by all of its peers for the duration of 
the connection, or (b) make use of the Route Refresh extension 
[RFC2918] 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


Routes: Advertisement and Storage / Section 3.1 [RFC4271] 
3. Withdraw Routes from Service 


Functionality/Description: Does your implementation support the 
three methods described in this section? 


RFC2119: N/A 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKK K 


4. Path Attributes 


Functionality/Description: Added to or modified before 
advertising the route 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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Los 


3 


dudes 


3. 


2 


Ls 


3. 


Routing Information Bases / Section 3.2 [RFC4271] 
5. Routing Information Bases 


Functionality/Description: Is your implementation compatible 
with the RIB structure described in this section? 


RFC2119: N/A 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


6. Next Hop Resolution 


Functionality/Description: The next hop for each route in the 
Loc-RIB MUST be resolvable via the local BGP speaker’s Routing 
Table 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


Message Formats / Section 4 [RFC4271] 
7. Message Size 


Functionality/Description: Does your implementation support the 
message sizes described in this section? 


RFC2119: N/A 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKK 
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34: 


3.4.8. 


Functionality/Description: 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.4.9. 


Functionality/Description: 


greater 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


.10. 


Functionality/Description: 


BGP-4 Implementation Report 


Message Header Format / Section 4.1 


Marker 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Length 


than 4096 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Length 


on the message type 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares € Retana 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


[RFC4271] 


MUST be set to all ones 


KKKK 


KKK K 


KKK K 


Informational 


January 2006 


MUST always be at least 19 and no 


MAY be further constrained, depending 
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3.4.11. Message "Padding" 


January 2006 


Functionality/Description: No "padding" of extra data after the 
is allowed, so the Length field MUST have the smallest 


message 


value required given the rest of the message 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


3.5. OPEN Message / Section 4.2 [RFC4271] 


3.5.12. Hold Timer Calculation 


Functionality/Description: Use the smaller of its configured 
Hold Time and the Hold Time received in the OPEN message 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.5.13. Minimum Hold Time 


Functionality/Description: 


seconds 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


KKKK 


Informational 


MUST be either zero or at least three 
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3.5.14. 


Functionality/Description: 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.6. 


3 LO. 


Functionality/Description: 


BGP-4 Implementation Report 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


UPDATE 


Connection Rejection 


Based on 


KK KK 


UPDATE Message Format / Section 4.3 


January 2006 


the Hold Time 


Sends notification. 


[RFC4271] 


Simultaneously advertise a feasible 


route and withdraw multiple unfeasible routes from service 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


.6.16. 


Functionality/Description: For well-known attributes, 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


We have capability to process this 


functionality on receiving end but 


we don 


't send feasible & unfeasible 


simultaneously. 


Transitive Bit Setting 


Transitive bit MUST be set to 1 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


Informational 


the 
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3.6. 


17. Partial Bit Setting 


Functionality/Description: For well-known attributes and for 
optional non-transitive attributes the Partial bit MUST be set 
to 0 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


.18. Attribute Flags Octet Sending 


Functionality/Description: Lower-order four bits set to zero 
RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


.19. Attribute Flags Octet Receiving 


Functionality/Description: Lower-order four bits ignored 
RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 
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20. NEXT_HOP 


Functionality/Description: Used as the next hop to the 
destinations listed in the NLRI field of the UPDATE message 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


.21. MULTI_EXIT_DISC 


KKK 


Functionality/Description: Used by a BGP speaker's decision 
process to discriminate among multiple entry points to a 
neighboring autonomous system 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


-22. AGGREGATOR IP Address 


Functionality/Description: Same address as the one used for the 
BGP Identifier of the speaker 


RFC2119: 
Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Y. Default behavior. Can be configured 
different from BGP ID. 

Y 

Y. 

Me 
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3.6.23. UPDATE messages that include the same address prefix in the 
WITHDRAWN ROUTES and Network Layer Reachability Information 
fields 


Functionality/Description: UPDATE messages SHOULD NOT include 
that information 


RFC2119: SHOULD NOT 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.6.24. UPDATE messages that include the same address prefix in the 
WITHDRAWN ROUTES and Network Layer Reachability Information 
fields 


Functionality/Description: The BGP speaker MUST be able to handle 
them 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.6.25. UPDATE messages that include the same address prefix in the 
WITHDRAWN ROUTES and Network Layer Reachability Information 
fields 


Functionality/Description: Treated as if the WITHDRAWN ROUTES 
doesn’t contain the address prefix 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: Y Withdrawn routes are processed 
before NLRI fields. Hence we get 
the desired behavior. 

Cisco Y/N/O/Comments: Y 

Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: Y 


K 
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BGP-4 Implementation Report 


KEEPALIVE Message Format / Section 4.4 


Maximum KEEPALIVE Frequency 


January 2006 


[RFC4271] 


Functionality/Description: Not greater than one second 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


EA 


MUST NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KEEPALIVE Messages 


KKKK 


Rate 


Functionality/Description: Adjusted as a function of the Hold 
Time interval 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


28. 


Functionality/Description: 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Negotiated Hold Time 


MUST NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


of 0 


KK 


Informational 


No KEEPALIVEs sent 
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3.8. 


3:68 


Tide. 


359 


NOTIFICATION Message Format / Section 4.5 [RFC4271] 
.29. NOTIFICATION Message 


Functionality/Description: Does your implementation support the 
NOTIFICATION Message as described in this section? 


RFC2119: N/A 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


Path Attributes /Section 5 [RFC4271] 
.30. Path Attributes 


Functionality/Description: Does your implementation support the 
path attributes as described in this section? 


RFC2119: N/A 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


.31. Well-Known Attributes 

Functionality/Description: Recognized by all BGP implementations 
RFC2119: MUST 

Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 


Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 
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3.9.32. Mandatory Attributes 


Functionality/Description: 


contains NLRI 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3933/34», 


Functionality/Description: 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


Discretionary Attributes 


RFC2119: MAY or MAY NOT 


Alcatel 
Cisco 
Laurel 
NextHop 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


3.9.35. Well-Known Attributes 


Functionality/Description: Passed along 


if necessary) to other 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


BGP peers 


KKKK 


Informational 


January 2006 


Included in every UPDATE message that 


Sent in a particular UPDATE message 


(after proper updating, 
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3.9.36. Optional Attributes 


Functionality/Description: 
each path MAY contain one 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.9.37. Unrecognized Transitive Optional Attributes 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


Functionality/Description: Accepted 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


January 2006 


In addition to well-known attributes, 
or more optional attributes 


3.9.38. Partial Bit for Unrecognized Transitive Optional Attributes 


Functionality/Description: 


and passed to other BGP speakers 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 


Set to 1 if the attribute is accepted 
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3.9.39. Unrecognized Non-Transitive Optional Attributes 


BGP-4 Implementation Report 


January 2006 


Functionality/Description: Quietly ignored and not passed along 
to other BGP peers 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.9.40. New Transitive Optional Attributes 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK kx 


Functionality/Description: Attached to the path by the 


originator or by any other BGP speaker in the path 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


3.9.41. Optional Attributes 


Functionality/Description: 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 


Updated by BGP speakers in the path 
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3.9.42. 


Functionality/Description: 


BGP-4 Implementation Report 


Path Attributes 


attribute type 


January 2006 


Ordered in ascending order of 


RFC2119: SHOULD 
Alcatel Y/N/O/Comments: Y 
Cisco Y/N/O/Comments: O All attributes are ordered in 
ascending order except Extended 
Community, which is type 16 but we 
send it out after community 
attribute. 
Laurel Y/N/O/Comments: Y except for MBGP which is always last 
NextHop Y/N/O/Comments: Y 
3.9.43. Out of Order Received Path Attributes 
Functionality/Description: Receiver MUST be able to handle 
RFC2119: MUST 
Alcatel Y/N/O/Comments: Y 
Cisco Y/N/O/Comments: Y 
Laurel Y/N/O/Comments: Y 
NextHop Y/N/O/Comments: Y 
3.9.44. Mandatory Attributes 


Functionality/Description: Present in all exchanges if NLRI are 
contained in the UPDATE message 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 
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33 


3: 


10. 


ORIGIN / Section 5.1.1 [RFC4271] 


3.10.45. ORIGIN 


11. 


Functionality/Description: Value SHOULD NOT be changed by any 
speaker, except the originator 


RFC2119: SHOULD NOT 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


AS_PATH / Section 5.1.2 [REC4271] 


3.11.46. AS_PATH 


Functionality/Description: Not modified when advertising a route 
to an internal peer 


RFC2119: SHALL NOT 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.11.47. Segment Overflow 


Functionality/Description: If the act of prepending will cause 
an overflow in the AS_PATH segment, i.e., more than 255 ASs, it 
SHOULD prepend a new segment of type AS_SEQUENCE and prepend its 
own AS number to this new segment 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK 
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3.11.48. Prepending 


Functionality/Description: The local system MAY include/prepend 
more than one instance of its own AS number in the AS_PATH 
attribute 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.12. NEXT_HOP / Section 5.1.3 [RFC4271] 
3.12.49. NEXT_HOP 


Functionality/Description: Used as the next hop to the 
destinations listed in the UPDATE message 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.12.50. NEXT_HOP 


Functionality/Description: When sending a message to an internal 
peer, if the route is not locally originated, the BGP speaker 
SHOULD NOT modify the NEXT_HOP attribute, unless it has been 
explicitly configured to announce its own IP address as the 
NEXT_HOP 


RFC2119: SHOULD NOT 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK 
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3.12.51. NEXT_HOP 


Functionality/Description: When announcing a locally originated 
route to an internal peer, the BGP speaker SHOULD use as the 
NEXT_HOP the interface address of the router through which the 
announced network is reachable for the speaker 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.12.52. NEXT_HOP 


Functionality/Description: If the route is directly connected to 
the speaker, or the interface address of the router through 
which the announced network is reachable for the speaker is the 
internal peer’s address, then the BGP speaker SHOULD use for the 
NEXT_HOP attribute its own IP address (the address of the 
interface that is used to reach the peer) 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKK K 


3.12.53. "First Party" NEXT_HOP 


Functionality/Description: If the external peer to which the 
route is being advertised shares a common subnet with one of the 
interfaces of the announcing BGP speaker, the speaker MAY use 
the IP address associated with such an interface in the NEXT_HOP 
attribute 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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3.12.54. Default NEXT_HOP 


Functionality/Description: IP address of the interface that the 
speaker uses to establish the BGP connection to peer X 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK kx 


3.12.55. NEXT_HOP Propagation 


Functionality/Description: The speaker MAY be configured to 
propagate the NEXT_HOP attribute. In this case when advertising 
a route that the speaker learned from one of its peers, the 
NEXT_HOP attribute of the advertised route is exactly the same 
as the NEXT_HOP attribute of the learned route (the speaker just 
doesn’t modify the NEXT_HOP attribute) 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KHKHKO 


3.12.56. Third Party NEXT_HOP 


Functionality/Description: MUST be able to support disabling it 
RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 
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3.12.57. NEXT_HOP 


January 2006 


Functionality/Description: A route originated by a BGP speaker 
SHALL NOT be advertised to a peer using an address of that peer 


as NEXT_. 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


HOP 


SHALL NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.12.58. NEXT_HOP 


KKKK 


Functionality/Description: A BGP speaker SHALL NOT install a 
route with itself as the next hop 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHALL NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.12.59. NEXT_HOP 


KKKK 


Functionality/Description: Used to determine the actual outbound 
interface and immediate next-hop address that SHOULD be used to 
forward transit packets to the associated destinations 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


Informational 
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3.12.60. Resolved NEXT_HOP IP Address 


Functionality/Description: If the entry specifies an attached 
subnet, but does not specify a next-hop address, then the 
address in the NEXT_HOP attribute SHOULD be used as the 
immediate next-hop address 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.12.61. Resolved NEXT_HOP IP Address 


Functionality/Description: If the entry also specifies the 
next-hop address, this address SHOULD be used as the immediate 
next-hop address for packet forwarding 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


MULTI_EXIT_DISC / Section 5.1.4 [RFC4271] 


3.13.62. Preferred Metric 


Functionality/Description: Lowest value 
RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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3.13.63. MULTI_EXIT_DISC 


Functionality/Description: 


If received over EBGP, 


January 2006 


MULTI_EXIT_DISC attribute MAY be propagated over IBGP to other 
BGP speakers within the same AS 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.13.64. MULTI_EXIT_DISC 


Functionality/Description: 
MUST NOT be propagated to 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MUST NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


KKKK 


3.13.65. Remove MULTI_EXIT_DISC 


Functionality/Description: 


remove the attribute from a route 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 


If received from a neighboring AS, it 
other neighboring ASes 


Local configuration mechanism to 
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3.13.66. Remove MULTI_EXIT_DISC 


January 2006 


Functionality/Description: Done prior to determining the degree 
of preference of the route and performing route selection 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


3.13.67. MULTI_EXIT_DISC Alteration 


Functionality/Description: An implementation MAY also 


local configuration) alter the value of the MULTI_EXIT_DISC 


attribute received over EBGP 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKO 


3.13.68. MULTI_EXIT_DISC Alteration 


(based on 


Functionality/Description: Done prior to determining the degree 
of preference of the route and performing route selection 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 
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3.14. LOCAL _PREF / Section 5.1.5 


BGP-4 Implementation Report 


3.14.69. LOCAL _PREF 


Functionality/Description: 
a given BGP speaker sends 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


3.14.70. Degree of Preference 


[RFC4271] 


January 2006 


Included in all UPDATE messages that 
to the other internal peers 


Functionality/Description: Calculated for each external route 


based on the locally configured policy, 
advertising a route to its internal peers 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.14.71. LOCAL _PREF 


Functionality/Description: 


preferred 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


KKKK 


Informational 


and included when 


Higher degree of preference MUST be 
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3.14.72. 


Functionality/Description: 
to external peers, 


BGP-4 Implementation Report 


LOCAL_PREF 


[RFC3065] 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.14.73. 


Functionality/Description: 
peer, except for the case 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.15. ATOMIC_AGGREGATE / Section 5.1.6 


MUST NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


LOCAL_PREF 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.15.74. ATOMIC_AGGREGATE 


Functionality/Description: 


except 


KKKK 


KKK K 


[RFC4271] 


January 2006 


Not included in UPDATE messages sent 
for the case of BGP Confederations 


Ignored if received from an external 
of BGP Confederations 


[RFC3065] 


Included if an aggregate excludes at 


least some of the AS numbers present in the AS_PATH of the 
routes that are aggregated as a result of dropping the AS_SET 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 
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3.15.75. Received ATOMIC_AGGREGATE 


January 2006 


Functionality/Description: BGP speaker SHOULD NOT remove the 
attribute from the route when propagating it to other speakers 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHOULD NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


3.15.76. Received ATOMIC_AGGREGATE 


Functionality/Description: BGP speaker MUST NOT make any NIRI of 


that route more specific 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.16. AGGREGATOR / Section 5.1.7 


MUST NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.16.77. AGGREGATOR 


Functionality/Description: 
by aggregation 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


KKKK 


Informational 


(as defined in 9.1.4) 


[RFC4271] 


Included in updates which are formed 
(see Section 9.2.2.2) 
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3.16.78. 


Functionality/Description: 


BGP-4 Implementation Report 


AGGREGATOR 


route aggregation 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


ILon TDs 


Functionality/Description: 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


AGGREGATOR 


KKK 


Y Default behavior. 


January 2006 


Added by the BGP speaker performing 


Contain local AS number and IP 


Can be configured 


different from BGP ID. 


address 

RFC2119: SHALL 

Alcatel Y/N/O/Comments: 

Cisco Y/N/O/Comments: Y 

Laurel Y/N/O/Comments: Y 

NextHop Y/N/O/Comments: Y 
3.16.80. AGGREGATOR IP Address 


Functionality/Description: 


speaker 
RFC2119: 
Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 


The same as the BGP Identifier of the 
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3.17. BGP Error Handling / Section 6 


BGP-4 Implementation Report 


3.17.81. Error Handling 


Functionality/Description: 


[RFC4271] 


January 2006 


Is your implementation compatible 


with the error handling procedures described in this section? 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


N/A 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.17.82. Error Subcode 


KKKK 


Functionality/Description: Zero, if it is not specified 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.18. Message 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Header Error Handling / Section 6.1 


KKKK 


3.18.83. Message Header Errors 


Functionality/Description: 
message with Error Code Message Header Error 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 


Indicated by sending the NOTIFICATION 
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3.18.84. Synchronization Error 


January 2006 


Functionality/Description: Error Subcode MUST be set to 
Connection Not Synchronized 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.18.85. Message Length 


KKK 


Functionality/Description: Use the Bad Message Length Error 


Subcode to indicate an incorrect message length 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


3.18.86. Bad Message Length 


Functionality/Description: 
erroneous Length field 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 


The Data field MUST contain the 
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3.18.87. Type Field 


Functionality/Description: 
header is not recognized, 


Bad Message Type 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.18.88. Bad Message Type 


Functionality/Description: 


erroneous Type field 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.19. OPEN Message Error Handling / Section 6.2 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


KKK K 


3.19.89. OPEN Message Errors 


Functionality/Description: 
message with Error Code OPEN Message Error 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


Informational 


January 2006 


If the Type field of the message 
then the Error Subcode MUST be set to 


The Data field MUST contain the 


Indicated by sending the NOTIFICATION 
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3.19.90. Version Number Not Supported 


Functionality/Description: 


Unsupported Version Number 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.19.91. Unacceptable Autonomous System Field 


Functionality/Description: 


Peer AS 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.19.92. Unacceptable Hold Time Error Subcode 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


KKK 


January 2006 


The Error Subcode MUST be set to 


The Error Subcode MUST be set to Bad 


Functionality/Description: Used if the Hold Time field of the 
OPEN message is unacceptable 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 
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3.19.93. Hold Time Rejection 
Functionality/Description: Values of one or two seconds 
RFC2119: MUST 
Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 


Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKK EK 


3.19.94. Hold Time Rejection 


Functionality/Description: An implementation may reject any 
proposed Hold Time 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KZ 


3.19.95. Hold Time 


Functionality/Description: If accepted, then the negotiated 
value MUST be used 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 
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3.19.96. 


Functionality/Description: 


BGP-4 Implementation Report 


BGP Identifier 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


ALT 


Functionality/Description: 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Syntactically Incorrect BGP Identifier 


KKK 


Not Recognized Optional Parameters 


Unsupported Optional Parameters 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.19.98. 


Functionality/Description: 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


(Unspecific) 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares € Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


We may fix this. 


KZ 


Recognized but Malformed Optional Parameters 


KZ 


Informational 


January 2006 


The Error Subcode MUST be set to Bad 


The Error Subcode MUST be set to 


The Error Subcode MUST be set to O 
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3.20. UPDATE Message Error Handling / Section 6.3 [RFC4271] 
3.20.99. UPDATE Message Errors 


Functionality/Description: Indicated by sending the 
NOTIFICATION message with Error Code UPDATE Message Error 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.20.100. Too Large 


Functionality/Description: If the Withdrawn Routes Length or 
Total Attribute Length is too large, then the Error Subcode MUST 


be set to Malformed Attribute List 
RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.20.101. Conflicting Flags 


Functionality/Description: If any recognized attribute has 
Attribute Flags that conflict with the Attribute Type Code, then 


the Error Subcode MUST be set to Attribute Flags Error 


RFC2119: MUST 


Alcatel Y/N/O/Comments: Y 
Cisco Y/N/O/Comments: Y 
Laurel Y/N/O/Comments: Y 
NextHop Y/N/O/Comments: Y 
Hares € Retana Informational 
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3.20.102. 


Functionality/Description: 


erroneo 
RFC2119 
Alcatel 
Cisco 


Laurel 
NextHop 


320 L03 


Functionality/Description: 


BGP-4 Implementation Report 


Conflicting Flags 


us attribute 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


Conflicting Length 


January 2006 


The Data field MUST contain the 


If any recognized attribute has 


Attribute Length that conflicts with the expected length, then 
the Error Subcode MUST be set to Attribute Length Error 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.20.104. 


Functionality/Description: 


erroneo 
RFC2119 
Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Conflicting Length 


us attribute 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 


The Data field MUST contain the 
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3.20.105. Missing Mandatory Well-Known Attributes 


Functionality/Description: The Error Subcode MUST be set to 
Missing Well-known Attribute 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKK 


3.20.106. Missing Mandatory Well-Known Attributes 


Functionality/Description: The Data field MUST contain the 
Attribute Type Code of the missing well-known attribute 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


We plan to fix this in future. 


KKZK 


3.20.107. Unrecognized Mandatory Well-Known Attributes 


Functionality/Description: The Error Subcode MUST be set to 
Unrecognized Well-known Attribute 


RFC2119: MUST 


Alcatel Y/N/O/Comments: Y 

Cisco Y/N/O/Comments: N We set error subcode to Attribute 
Flags Error, but we intend to 
correct this soon. 

Laurel Y/N/O/Comments: Y 

NextHop Y/N/O/Comments: Y 
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3.20.108. 


Functionality/Description: 


unrecog 
RFC2119 
Alcatel 
Cisco 


Laurel 
NextHop 


3.20.109. 


Functionality/Description: 


BGP-4 Implementation Report 


Unrecognized Mandatory Well-Known Attributes 


nized attribute 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK kx 


Undefined ORIGIN 


Invalid Origin Attribute 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.20.110. 


Functionality/Description: 


unrecog 
RFC2119 
Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


Undefined ORIGIN 


nized attribute 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 
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The Data field MUST contain the 


The Error Sub-code MUST be set to 


The Data field MUST contain the 
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3.20.111. Syntactically Incorrect NEXT_HOP 


Functionality/Description: The Error Subcode MUST be set to 
Invalid NEXT_HOP Attribute 


RFC2119: MUST 


Alcatel Y/N/O/Comments: Y 

Cisco Y/N/O/Comments: N Ignores the prefix in case of 
martian nexthop, and in case of 
length not equal to IPv4 
address-length, we send 
NOTIFICATION with error subcode 
Attribute Length error. 

Laurel Y/N/O/Comments: Y 

NextHop Y/N/O/Comments: Y 


3.20.112. Syntactically Incorrect NEXT_HOP 


Functionality/Description: The Data field MUST contain the 
incorrect attribute 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


3.20.113. NEXT_HOP Semantic Correctness 


Functionality/Description: NEXT_HOP is checked for semantic 
correctness against the criteria in this section 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKK 


Hares & Retana Informational [Page 44] 


REC 4276 


3.20.114. NEXT_HOP Semantic Correctness 


BGP-4 Implementation Report 


January 2006 


Functionality/Description: Not be the IP address of the 
receiving speaker 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.20.115. NEXT_HOP Semantic Correctness 


Functionality/Description: 


MUST NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK K 


In the case of an EBGP where the 


sender and receiver are one IP hop away from each other, either 
the IP address in the NEXT_HOP MUST be the sender’s IP address 


(that is used to establish the BGP connection), 


or the interface 


associated with the NEXT_HOP IP address MUST share a common 


subnet with the receiving BGP speaker 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.20.116. Semantically Incorrect NEXT_HOP 


Functionality/Description: Error logged 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


KKKK 


Informational 
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3.20.117. 


Functionality/Description: Route Ignored 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.20.118. 


Functionality/Description: NOTIFICATION not sent 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3: 20%119% 


Functionality/Description: Connection not closed 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.20.120. 


Functionality/Description: 


Malform 
RFC2119 
Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


BGP-4 Implementation Report 


Semantically Incorrect NEXT_HOP 


: SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Semantically Incorrect NEXT_HOP 


: SHOULD NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Semantically Incorrect NEXT_HOP 


: SHOULD NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Syntactically Incorrect AS_PATH 


ed AS_PATH 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KZ 


KK KK 


KK KK 


KK KK 


Informational 
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The Error Subcode MUST be set to 
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3.20.121. First Neighbor in AS_PATH Check 


Functionality/Description: If the UPDATE message is received 
from an external peer, the local system MAY check whether the 
leftmost AS in the AS_PATH attribute is equal to the autonomous 
system number of the peer that sent the message 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KAKK 


3.20.122. First Neighbor in AS_PATH Check 


Functionality/Description: If the check determines that this is 
not the case, the Error Subcode MUST be set to Malformed AS_PATH 


RFC2119: MUST 


Alcatel Y/N/O/Comments: Y 
Cisco Y/N/O/Comments: Y 
Laurel Y/N/O/Comments: n/a 
NextHop Y/N/O/Comments: Y 


3.20.123. Optional Attributes 


Functionality/Description: Value MUST be checked if the 
attribute is recognized 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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3.20.124. Optional Attribute Error 


Functionality/Description: 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


3.20.125. Optional Attribute 


Functionality/Description: 


Optional Attribute Error 
RFC2119: MUST 


Alcatel Y/N/O/Comments: Y 
Cisco Y/N/O/Comments: N 


Laurel Y/N/O/Comments: Y 
NextHop Y/N/O/Comments: Y 


3.20.126. Optional Attribute 


Functionality/Description: 


attribute 
RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK 


The attribute MUST be discarded 


Error 


The Error Subcode MUST be set to 


What exactly is optional attribute 
e.g., If error is flag related, we 
send update flag error subcode, if it 
is length related, we send update 
length error subcode. These granular 
subcodes are better in terms of 
debugging than optional attribute 
error. 


Only optional attribute error that 
doesn't have a more specific error, 
is the version 3 to version 4 error 
for the atomic aggregate. All others 
default to more specific error codes 
if implementation. 


Error 


The Data field MUST contain the 
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3.20.127. Duplicate Attributes 


Functionality/Description: 
once in the UPDATE message, 


to Malformed Attribute List 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.20.128. Syntactically Incorrect NLRI Field 


Functionality/Description: 


Invalid 
RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.20.129. Semantically Incorrect NLRI Field 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Network Field 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


KK 


January 2006 


If any attribute appears more than 
then the Error Subcode MUST be set 


The Error Subcode MUST be set to 


Functionality/Description: An error SHOULD be logged locally 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares € Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


Informational 
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3.20.130. 


Functionality/Description: 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.20.131. 


BGP-4 Implementation Report 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


UPDATE with no NLRI 


Semantically Incorrect NLRI Field 


January 2006 


The prefix SHOULD be ignored 


Functionality/Description: An UPDATE message that contains 


correct path attributes, 


valid UPDATE message 


RFC2119: 
Alcatel 
Cisco 
Laurel 
NextHop 


302 Ls 


2 LL 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKA 


NOTIFICATION Message Error Handling / Section 6.4 


Error in NOTIFICATION Message 


Functionality/Description: Noticed, 
to the attention of the administration of the peer 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKZK 


Informational 


but no NLRI, 


logged locally, 


SHALL be treated as a 


[RFC4271] 


and brought 
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3 


3 


3 


.22. 


Hold Timer Expired Error Handling / Section 6.5 [RFC4271] 


3.22.133. Hold Timer Expired 


.23. 


Functionality/Description: Is your implementation compatible 
with the error handling procedures described in this section? 


RFC2119: N/A 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


Finite State Machine Error Handling / Section 6.6 [RFC4271] 


3.23.134. Finite State Machine Errors 


.24. 


Functionality/Description: Is your implementation compatible 
with the error handling procedures described in this section? 


RFC2119: N/A 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKZK 


Cease / Section 6.7 [RFC4271] 


3.24.135. Cease NOTIFICATION 


Functionality/Description: Used in absence of any fatal errors 
if a BGP peer chooses at any given time to close its BGP 
connection 


RFC2119: MAY 


Alcatel Y/N/O/Comments: Y 

Cisco Y/N/O/Comments: N We close the TCP session without 
CEASE NOTIFICATION. 

Laurel Y/N/O/Comments: Y 

NextHop Y/N/O/Comments: Y 
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3.24.136. 


Functionality/Description: 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.24.137. 


Functionality/Description: 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.24.138. 


Functionality/Description: 
decides to terminate its BGP connection, 


MUST be 
RFC2119 


Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


BGP-4 Implementation Report 


Cease NOTIFICAT 


: MUST NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


January 2006 


ION 


Not used for specified fatal errors 


KK KK 


Upper bound on the number of address prefixes the speaker 
is willing to accept from a neighbor 


: MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Support by local configuration 


KK KK 


Upper bound on the number of address prefixes the speaker 
is willing to accept from a neighbor 


used 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


If exceeded and the BGP speaker 
the Cease NOTIFICATION 


ag 

N We don’t send CEASE but we plan to 
correct that soon. 

yA 

Y No termination of peers is supported 
We are considering support with the 
maximum prefix document for later 
releases. 
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3.24.139. 


BGP-4 Implementation Report 


January 2006 


Upper bound on the number of address prefixes the speaker 
is willing to accept from a neighbor 


Functionality/Description: Log locally 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


AO 


3.25.140. 


: MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


BGP Connection Collision Detection / Section 6.8 


KKK 


[RFC4271] 


Connection Collision 


Functionality/Description: One of the connections MUST be closed 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.25.141. 


Functionality/Description: 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Receipt of an OPEN Message 


The local system MUST examine all of 


its connections that are in the OpenConfirm state 


RFC2119 


Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y 

O We detect collision through some 
other implementation specific way 
and resolve by method specified in 
the document. 

Y 

Y 
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3.25.142. Receipt of an OPEN Message 


Functionality/Description: Examine connections in an OpenSent 
state if it knows the BGP Identifier of the peer by means 
outside of the protocol 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.26. BGP Version Negotiation / Section 7 [RFC4271] 
3.26.143. Version Negotiation 


Functionality/Description: Multiple attempts to open a BGP 
connection, starting with the highest version number each 
supports 


RFC2119: MAY 


Alcatel Y/N/O/Comments: N Supports only version 4 

Cisco Y/N/O/Comments: O We resolve it through config. If 
Config is for version 3, and we get 
version 4, OPEN will always fail. 
Similarly, if configed (default) is 
version 4 and peers configured is 3, 
we don't try to negotiate version 3 
unless we have configured it. 

Laurel Y/N/O/Comments: Y 

NextHop Y/N/O/Comments: N Supports only version 4. 


3.26.144. Future Versions of BGP 


Functionality/Description: MUST retain the format of the OPEN 
and NOTIFICATION messages 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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IL AA. 


Functionality/Description: 


BGP-4 Implementation Report 


-27. BGP Finite State Machine 


FSM 


(FSM) 


January 2006 


/ Section 8 [RFC4271] 


Is your implementation compatible 


with the conceptual FSM described in this section? 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.28.146. 


N/A 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


.28. Administrative Events / 


KKKK 


Section 8.1.2 


[RFC4271] 


Optional Session Attribute Settings 


Functionality/Description: Each event has an indication of what 
optional session attributes SHOULD be set at each stage 


RFC2119: SHOULD 

Alcatel Y/N/O/Comments: Y 

Cisco Y/N/O/Comments: O 

Laurel Y/N/O/Comments: Y 

NextHop Y/N/O/Comments: Y 
3.28.147. Eventl: ManualStart 


Functionality/Description: 


SHOULD be set to FALSE 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK 


Informational 


Its rather vague. We have an option 
Of manually starting or stopping 
sessions but not an option for all 
optional session attributes that are 
listed in the document. 


The following optional attributes 
are implied in this implementation: 
1) Automatic start, 2) Automatic 
Stop, 3) 


The PassiveTcpEstablishment attribute 
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3.28.148. Event3: AutomaticStart 


Functionality/Description: The AllowAutomaticStart attribute 
SHOULD be set to TRUE 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.28.149. Event3: AutomaticStart 


Functionality/Description: The PassiveTcpEstablishment optional 
session attribute SHOULD be set to FALSE 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


3.28.150. Event3: AutomaticStart 


Functionality/Description: DampPeerOscillations SHOULD be set to 
FALSE 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: Y 

Cisco Y/N/O/Comments: Y Don’t support DampPeerOscillations 
attribute, so it is always FALSE. 

Laurel Y/N/O/Comments: Y 

NextHop Y/N/O/Comments: Y 
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3.28.151. 


Functionality/Description: 


BGP-4 Implementation Report 


SHOULD be set to TRUE 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


B23 S192. 


Functionality/Description: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


SHOULD be set to FALSE 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


3:28:.103% 


Functionality/Description: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


SHOULD be set to TRUE 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


January 2006 


Event4: ManualStart_with_PassiveTcpEstablishment 


The PassiveTcpEstablishment attribute 


Y 

Y We wait for some fixed time before 
initiating OPEN. 

Y 

Y 


Event4: ManualStart_with_PassiveTcpEstablishment 


The DampPeerOscillations attribute 


Y 

Y Don’t support DampPeerOscillations 
attribute so it is FALSE. 

Y 

O We don’t support DampPeerOscilation 


attribute with a setting of off, and 
hence Event 4. Future version will 
support Event 4 


Event5: AutomaticStart_with_PassiveTcpEstablishment 


The AllowAutomaticStart attribute 


KKK 
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3.28.154. 


Functionality/Description: 


BGP-4 Implementation Report 


SHOULD be set to TRUE 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3:28.19 Dis 


Functionality/Description: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


set to FALSE 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


3.28.156. 


Functionality/Description: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


SHOULD be set to TRUE 


RFC2119: 


Alcatel 
Cisco 


Laurel 


NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 


Y/N/O/Comments: 


January 2006 


Event5: AutomaticStart_with_PassiveTcpEstablishment 


The PassiveTcpEstablishment attribute 


KKK 


Event5: AutomaticStart_with_PassiveTcpEstablishment 


The DampPeerOscillations SHOULD be 


Y 

Y Don’t support DampPeerOscillations 
attribute, so always FALSE. 

Y 

O We don’t support DampPeerOscilation 


attribute with a setting of off, and 
hence Event 5. Future version will 
support Event 5 


Event6: AutomaticStart_with_DampPeerOscillations 


The AllowAutomaticStart attribute 


N 
O Don’t support DampPeerOscillations 
attribute. 
Y 
Y 
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3.28.157. 


Functionality/Description: 


BGP-4 Implementation Report 


SHOULD be set to TRUE 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


3.28.158. 


Functionality/Description: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


SHOULD be set to FALSE 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


3228109. 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


Event”: 


January 2006 


Event6: AutomaticStart_with_DampPeerOscillations 


The DampPeerOscillations attribute 


N 

N Don’t support DampPeerOscillations 
attribute. 

Y 

Y 


Event6: AutomaticStart_with_DampPeerOscillations 


The PassiveTcpEstablishment attribute 


N 

O Don’t support DampPeerOscillations 
attribute and hence Event6. 

Y 

Y 


AutomaticStart_with_DampPeerOscillations_and_PassiveTcpEstablishment 


Functionality/Description: 


SHOULD be set to TRUE 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


The AllowAutomaticStart attribute 


N 
O Don’t support DampPeerOscillations 
attribute and hence Event” 
Y 
Y 
Informational [Page 59] 


REC 4276 


3.28.160. 


BGP-4 Implementation Report 


Event”: 


January 2006 


AutomaticStart_with_DampPeerOscillations_and_PassiveTcpEstablishment 


Functionality/Description: 


SHOULD be set to TRUE 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


3.28.161. 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


Event”: 


The DampPeerOscillations attribute 


N 

O Don’t support DampPeerOscillations 
attribute and hence Event” 

Y. 

Y 


AutomaticStart_with_DampPeerOscillations_and_PassiveTcpEstablishment 


Functionality/Description: 


SHOULD be set to TRUE 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


3.28.162. 


Functionality/Description: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


SHOULD be TRUE 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


The PassiveTcpEstablishment attribute 


N 

O Don’t support DampPeerOscillations 
attribute and hence Event7 

Y 

Y 


Event8: AutomaticStop 


The AllowAutomaticStop attribute 


KKK 
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3 


3.29.163. Eventl12: 


BGP-4 Implementation Report 


.29. Timer Events / Section 8.1.3 [RFC4271] 


DelayOpenTimer_Expires 


January 2006 


Functionality/Description: DelayOpen attribute SHOULD be set to 


TRUE 
RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.29.164. Eventl12: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


DelayOpenTimer_Expires 


Functionality/Description: DelayOpenTime attribute SHOULD be 
supported 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.29.165. Eventl12: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


DelayOpenTimer_Expires 


Functionality/Description: DelayOpenTimer SHOULD be supported 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Informational 


[Page 61] 


REC 4276 


3.29.166. 


Event13: 


BGP-4 Implementation Report 


IdleHoldTimer_Expires 


January 2006 


Functionality/Description: DampPeerOscillations attribute SHOULD 
be set to TRUE 


RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 


ILLIA 


Functionality/Description: 


expired 
RFC2119: 


Alcatel 
Cisco 


Laurel 
NextHop 
34304 


3.30.168. 


Event13: 


Event14: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 
Y/N/O/Comments: 


O 


Don’t support DampPeerOscillations 


attribute and hence Event13 


IdleHoldTimer_Expires 


oz 


IdleHoldTimer SHOULD have just 


Don’t support DampPeerOscillations 


attribute and hence Event13 


TCP Connection-Based Events / Section 8.1.4 


TcpConnection _ Valid 


[RFC4271] 


Functionality/Description: BGP’s destination port SHOULD be port 


179 
RFC2119: 
Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


Informational 
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3.30.169. 


Functionality/Description: 


Event14: 


BGP-4 Implementation Report 


set to TRUE 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.30.170. 


Event15: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


OK KK 


January 2006 


TcpConnection_ Valid 


The TrackTcpState attribute SHOULD be 


GateD NGC 2.0 provides hooks for 
the TCP state tracking, but use of 
this option depends OS support. 
Future versions will have additional 
hooks. 


Tcp_CR_Invalid 


Functionality/Description: BGP destination port number SHOULD be 


179 
RFC2119: 
Alcatel 
Cisco 


Laurel 
NextHop 


Sad 


dll TL. 


Functionality/Description: 


Event19: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


BGPOpen 


SHOULD be set to FALSE 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


OKKK 


BGP Messages-Based Events 


/ Section 8.1.5 


GateD NGC 2.0 provides hooks for 
the TCP state tracking, but use of 
this option depends OS support. 
Future versions will have additional 
hooks. 


[RFC4271] 


The DelayOpen optional attribute 


SHOULD 
Y/N/O/Comments: Y 
Y/N/O/Comments: Y 
Y/N/O/Comments: n/a 
Y/N/O/Comments: Y 
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3.31.172. Eventl19: 


Functionality/Description: 


running 
RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.31.173. Event20: 


Functionality/Description: 


to TRUE 
RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.31.174. Event20: 


Functionality/Description: 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


BGP-4 Implementation Report 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


BGPOpen 


BGPOpen 


KKK 


BGPOpen with DelayOpenTimer Running 


Informational 


with DelayOpenTimer Running 


N Not applicable 


January 2006 


The DelayOpenTimer SHOULD not be 


The DelayOpen attribute SHOULD be set 


The DelayOpenTimer SHOULD be running 


[Page 64] 


REC 4276 BGP-4 Implementation Report January 2006 


3.31.175. Event23: OpenCollisionDump 


Functionality/Description: If the state machine is to process 
this event in Established state, the 
CollisionDetectEstablishedState optional attribute SHOULD be set 
to TRUE 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: Y Collision detection event is logged. 

Cisco Y/N/O/Comments: O We always detect collision before we 
go to established state. 

Laurel Y/N/O/Comments: Y 

NextHop Y/N/O/Comments: O GateD NGC 2.0 does not support 
Collision Detection in Established 
state. This option attribute is 
always set to FALSE. 


3.32. FSM Definition / Section 8.2.1 [RFC4271] 
3.32.176. FSM 
Functionality/Description: Separate FSM for each configured peer 
RFC2119: MUST 
Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 


Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.32.177. TCP Port 179 


Functionality/Description: A BGP implementation MUST connect to 
and listen on TCP port 179 for incoming connections in addition 
to trying to connect to peers 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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3.32.178. 


BGP-4 Implementation Report 


January 2006 


Incoming Connections 


Functionality/Description: A state machine MUST be instantiated 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.33. FSM and 


3.33179. 


Functionality/Description: 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Collision Detection / Section 8.2.1.2 


KK KK 


[RFC4271] 


Connection Collision 


The corresponding FSM for the 


connection that is closed SHOULD be disposed of 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.34. 


3.34.180. 


Functionality/Description: 


informa 
RFC2119 
Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


FSM Event numbers / Section 8.2.1.4 


Event Numbers 


tion 


: MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


[RFC4271] 


Used to provide network management 


Y Not visible to operator. 
N 
N 
N Future Release of GateD NGC may 
support event numbers. 
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3.35. 


3539181. 


Functionality/Description: 


initialization 

RFC2119: SHOULD 

Alcatel Y/N/O/Comments: 

Cisco Y/N/O/Comments: 

Laurel Y/N/O/Comments: 

NextHop Y/N/O/Comments: 
3.35.182. 


Functionality/Description: 
[Event 16 or Event 17], 


succeeds 


BGP-4 Implementation Report 


Finite State Machine / Section 8.2.2 


ConnectRetryTimer 


KK 


Second Connection Tracking 


[RFC4271] 


tracked until it sends an OPEN message 


RFC2119: 
Alcatel 
Cisco 
Laurel 
NextHop 


336; 


SERE 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


UPDATE Message Handling / Section 9 


UPDATE Message Handling 


[RFC4271] 


January 2006 


Sufficiently large to allow TCP 


In response to a TCP connection 
the 2nd connection SHALL be 


Functionality/Description: Does your implementation handle 
UPDATE messages in a manner compatible to the description in 
this section? 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


N/A 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


Informational 
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BGP-4 Implementation Report 


3.36.184. WITHDRAWN ROUTES 


January 2006 


Functionality/Description: Any previously advertised routes 
whose destinations are contained in this field SHALL be removed 
from the Adj-RIB-In 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.36.185. WITHDRAWN ROUTE 


Functionality/Description: 


KKKK 


S 


The BGP speaker SHALL run its 


Decision Process since the previously advertised route is no 
longer available for use 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


3.36.186. Implicit Withdraw 


Functionality/Description: 
feasible route, 


If an UPDATE message contains a 
and the NLRI of the new route is identical to 


the one of a route currently stored in the Adj-RIB-In, then the 


new route SHALL replace the older route 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


Informational 
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BGP-4 Implementation Report 


3.36.187. Other Feasible Routes 


Functionality/Description: 
feasible route, 


January 2006 


If an UPDATE message contains a 
and the NLRI of the new route is not identical 


to the one of any route currently stored in the Adj-RIB-In, then 


the new route SHALL be placed in the Adj-RIB-In 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


3.36.188. Adj-RIB-In Update 


Functionality/Description: Once a BGP speaker updates the 


Adj-RIB- 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.37. Decision Process / Section 9.1 


In, it SHALL run its Decision Process 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


3.37.189. Decision Process 


Functionality/Description: 
with the description in this section? 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


N/A 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


Informational 


[RFC4271] 


Is your implementation compatible 
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3.37.190. Degree of Preference 


Functionality/Description: SHALL NOT use as its inputs any of 
the following: the existence of other routes, the non-existence 
of other routes, or the path attributes of other routes 


RFC2119: SHALL NOT 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


Phase 1: Calculation of Degree of Preference / Section 9.1.1 
[RFC4271] 


3.38.191. Ineligible Degree of Preference 


Functionality/Description: The route MAY NOT serve as an input 
to the next phase of route selection 


RFC2119: MAY NOT 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.38.192. Eligible Degree of Preference 


Functionality/Description: Used as the LOCAL_PREF value in any 
IBGP re-advertisement 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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3.39. Phase 2: Route Selection / Section 9.1.2 [RFC4271] 
3.39.193. Unresolvable NEXT_HOP 


Functionality/Description: If the NEXT_HOP attribute of a BGP 
route depicts an address that is not resolvable, or it would 
become unresolvable if the route was installed in the routing 
table the BGP route MUST be excluded 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.39.194. Routes Installed in LOC-RIB 


Functionality/Description: The route in the Adj-RIBs-In 
identified as the best (see section 9.1.2) is installed in the 
Loc-RIB, replacing any route to the same destination that is 
currently being held in the Loc-RIB 


RFC2119: SHALL 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKK 


3.39.195. Immediate Next-Hop Address 


Functionality/Description: MUST be determined from the NEXT_HOP 
attribute of the selected route (see Section 5.1.3) 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKK 
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3.39.196. Phase 2: 


Functionality/Description: 
immediate next hop or the 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


BGP-4 Implementation Report 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Route Selection 


KKK 


3.39.197. Immediate Next-Hop Address 


Functionality/Description: Used for packet forwarding 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


3.39.198. Unresolvable Routes 


January 2006 


Performed again if either the 
IGP cost to the NEXT_HOP changes 


Functionality/Description: Removed from the Loc-RIB and the 


routing 
RFC2119: 
Alcatel 
Cisco 


Laurel 
NextHop 


Hares & Retana 


table 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 
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3:39.199, 


BGP-4 Implementation Report 


Unresolvable Routes 


January 2006 


Functionality/Description: Kept in the corresponding Adj-RIBs-In 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.40. Route Resolvability Condition / Section 9.1.2.1 


3.40.200. 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK EK 


Unresolvable Routes 


[RFC4271] 


Functionality/Description: Excluded from the Phase 2 decision 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


3.140.201. Multiple Matching Routes 


Functionality/Description: Only the longest matching route 
SHOULD be considered 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 
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Sus 


3.40.202. Mutual Recursion 


41. 


Functionality/Description: If a route fails the resolvability 
check because of mutual recursion, an error message SHOULD be 
logged 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: Y 

Cisco Y/N/O/Comments: O We have checks that disallow mutual 
recursion, so this won't happen. 

Laurel Y/N/O/Comments: Y 

NextHop Y/N/O/Comments: Y 


Breaking Ties (Phase 2) / Section 9.1.2.2 [RFC4271] 


3.41.203. Tie-Breaking Criteria 


Functionality/Description: Applied in the order specified 
RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.41.204. Algorithm Used 


Functionality/Description: BGP implementations MAY use any 
algorithm which produces the same results as those described 
here 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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3.41.205. MULTI_EXIT_DISC Removal 


Functionality/Description: If done before re-advertising a route 
into IBGP, then comparison based on the received EBGP 
MULTI_EXIT_DISC attribute MAY still be performed 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.41.206. MULTI_EXIT_DISC Removal 


Functionality/Description: The optional comparison on 
MULTI_EXIT_DISC if performed at all MUST be performed only among 
EBGP learned routes 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.41.207. MULTI_EXIT_DISC Comparison 


Functionality/Description: Performed for IBGP learned routes 
RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 
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3.42. Phase 3: Route Dissemination / Section 9.1.3 [REC4271] 


3.142.208. Policy for processing routes from the Loc-RIB into 
Adj-RIBs-Out 


Functionality/Description: Exclude a route in the Loc-RIB from 
being installed in a particular Adj-RIB-Out 


RFC2119: MAY 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


3.142.209. Adj-Rib-Out Route Installation 


Functionality/Description: Not unless the destination and 
NEXT_HOP described by this route may be forwarded appropriately 
by the Routing Table 


RFC2119: SHALL NOT 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.42.210. Withdraw Routes 


Functionality/Description: If a route in Loc-RIB is excluded 
from a particular Adj-RIB-Out the previously advertised route in 
that Adj-RIB-0ut MUST be withdrawn from service by means of an 
UPDATE message (see 9.2) 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK 
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3.43. 


35143,Z21L. 


BGP-4 Implementation Report 


Overlapping Routes / Section 9.1.4 


January 2006 


[RFC4271] 


Overlapping Routes 


Functionality/Description: Consider both routes based on the 
configured acceptance policy 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


BAS 32123, 


Functionality/Description: 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK 


Accepted Overlapping Routes 


The Decision Process MUST either 


install both routes or... 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.43.213. 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


Accepted Overlapping Routes 


Functionality/Description: Aggregate the two routes and install 


the agg 


regated route, 


provided that both routes have the same 


value of the NEXT_HOP attribute 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Y 

N We install both in Local RIB. 

N no automatic aggregation 

N no automatic aggregation 
Informational [Page 77] 
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Functionality/Description: Either include all ASs used to form 
the aggregate in an AS_SET or add the ATOMIC_AGGREGATE 


attribu 
RFC2119 
Alcatel 
Cisco 


Laurel 
NextHop 


Si, 43. 2L LO 


Functionality/Description: 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.43.216. 


Functionality/Description: Not de-aggregated 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


te to the route 


: SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


De-Aggregation 


: SHOULD NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Route with the ATOMIC_AGGREGATE Attribute 


: MUST NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


KKK K 


KKK K 


Informational 


Routes SHOULD NOT be de-aggregated 
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3.44. Update-Send Process / Section 9.2 [RFC4271] 
3.144.217. UPDATE Message Received from an Internal Peer 


Functionality/Description: Not re-distribute the routing 
information to other internal peers, unless the speaker acts as 
a BGP Route Reflector [RFC2796] 


RFC2119: SHALL NOT 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 


3.144.218. No Replacement Route 


Functionality/Description: All newly installed routes and all 
newly unfeasible routes for which there is no replacement route 
SHALL be advertised to its peers by means of an UPDATE message 


RFC2119: SHALL 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.44.219. Previously Advertised Routes 


Functionality/Description: A BGP speaker SHOULD NOT advertise a 
given feasible BGP route if it would produce an UPDATE message 
containing the same BGP route as was previously advertised 


RFC2119: SHOULD NOT 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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3.44.220. 


Functionality/Description: 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.44.221. 


Functionality/Description: 
within its own autonomous 


UPDATE message 

RFC2119: SHALL 

Alcatel Y/N/O/Comments: 

Cisco Y/N/O/Comments: 

Laurel Y/N/O/Comments: 

NextHop Y/N/O/Comments: 
3.44.222. 


BGP-4 Implementation Report 


January 2006 


Unfeasible Routes 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Removed from the Loc-RIB 


KKK EK 


Changes to Reachable Destinations 


Changes to the reachable destinations 
system SHALL also be advertised in an 


KKK K 


A single route doesn’t fit into the UPDATE message 


Functionality/Description: Don’t advertise 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.44.223. 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK 


A single route doesn't fit into the UPDATE message 


Functionality/Description: Log an error local 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


: MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KZ 
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3.45. Frequency of Route Advertisement / Section 9.2.1.1 [RFC4271] 
3.145.224. MinRouteAdvertisementIntervalTimer 


Functionality/Description: Minimum separation between two UPDATE 
messages sent by a BGP speaker to a peer that advertise feasible 
routes and/or withdrawal of unfeasible routes to some common set 
of destinations 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK 


3.45.225. Fast Convergence 


Functionality/Description: MinRouteAdvertisementIntervalTimer 
used for internal peers SHOULD be shorter than the 
MinRouteAdvertisementIntervalTimer used for external peers, or 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


Configurable on per peer basis. 


they are same for ebgp and ibgp 
Configuration option allows to set 
the time per peer. 


KZKO 


3.45.226. Fast Convergence 


Functionality/Description: The procedure describes in this 
section SHOULD NOT apply for routes sent to internal peers 


RFC2119: SHOULD NOT 


Alcatel Y/N/O/Comments: O Operator has to ensure that through 
configuration. 

Cisco Y/N/O/Comments: 

Laurel Y/N/O/Comments: 

NextHop Y/N/O/Comments: 


KZK 


Default setting is off for BGP 
peers. 
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3.45.227. MinRouteAdvertisementIntervalTimer 


Functionality/Description: 


BGP-4 Implementation Report 


January 2006 


The last route selected SHALL be 


advertised at the end of MinRouteAdvertisementIntervalTimer 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.46. Aggregating Routing Information / Section 9.2.2.2 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.46.228. MULTI_EXIT_DISC 


Functionality/Description: 
MULTI_EXIT_DISC attribute 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHALL NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


KZZZ 


3.46.229. AS_SET as the First Element 


Functionality/Description: 
as the first element in its AS_PATH attribute, 
that originates the route SHOULD NOT advertise the 
MULTI_EXIT_DISC attribute with this route 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKK 


Informational 


[RFC4271] 


Routes that have different 
SHALL NOT be aggregated 


If the aggregated route has an AS_SET 
then the router 
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NEXT_HOP 


January 2006 


Functionality/Description: When aggregating routes that have 


different NEXT_HOP attribute, 


the NEXT_HOP attribute of the 


aggregated route SHALL identify an interface on the BGP speaker 
that performs the aggregation 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.46.231. 


: SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK 


ORIGIN INCOMPLETE 


Functionality/Description: Used if at least one route among 
routes that are aggregated has ORIGIN with the value INCOMPLETE 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


3.46.232. 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


ORIGIN EGP 


KK KK 


Functionality/Description: Used if at least one route among 
routes that are aggregated has ORIGIN with the value EGP 


RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


: MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


Informational 
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3.46.233. Routes to be aggregated have different AS_PATH attributes 


Functionality/Description: The aggregated AS_PATH attribute 
SHALL satisfy all of the following conditions: 


RFC2119: SHALL 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK zx 


3.46.234. Routes to be aggregated have different AS_PATH attributes 


Functionality/Description: All tuples of type AS_SEQUENCE in the 
aggregated AS_ PATH SHALL appear in all of the AS_PATH in the 
initial set of routes to be aggregated 


RFC2119: SHALL 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KKKK 


3.46.235. Routes to be aggregated have different AS_PATH attributes 


Functionality/Description: All tuples of type AS_SET in the 
aggregated AS_PATH SHALL appear in at least one of the AS_PATH 
in the initial set 


RFC2119: SHALL 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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3.46.236. Routes to be aggregated have different AS_PATH attributes 


Functionality/Description: For any tuple X of type AS_SEQUENCE 
in the aggregated AS_PATH which precedes tuple Y in the 

aggregated AS_PATH, X precedes Y in each AS_PATH in the initial 
set which contains Y, 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


N/A 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


regardless of the type of Y 


KKZK 


3.46.237. Routes to be aggregated have different AS_PATH attributes 


Functionality/Description: No tuple of type AS_SET with the same 
value SHALL appear more than once in the aggregated AS_PATH 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


3.46.238. Routes to be aggregated have different AS_PATH attributes 


Functionality/Description: Multiple tuples of type AS_SEQUENCE 
with the same value may appear in the aggregated AS_PATH only 
when adjacent to another tuple of the same type and value 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


N/A 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


K ZZK 


Informational 
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3.46.239. 


Functionality/Description: Able to perform the 


BGP-4 Implementation Report 


AS_PATH Aggregation Algorithm 


(minimum) 


algorithm described in 9.2.2.2. 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.46.240. 


Functionality/Description: 
attribute if at least one 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.46.241. 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


AGGREGATOR 


We don't do merging. 


KZ 


ATOMIC_AGGREGATE 


KK 


Functionality/Description: Attribute from routes to be 
aggregated MUST NOT be included in aggregated route 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


MUST NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 
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The aggregated route SHALL have this 
of the routes to be aggregated has it 
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Functionality/Description: 
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AGGREGATOR 


(see Section 5.1.7) 


RFC2119: 
Alcatel 
Cisco 
Laurel 
NextHop 


ZAT 


3.47.243. 


Functionality/Description: 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


3.47.244. 


Functionality/Description: 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Unstable Routes 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Route Changes 


KK kx 


Route Selection Criteria / Section 9.3 


KKKK 


changes to the choice of route 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD NOT 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 


January 2006 


Attach a new one when aggregating 


[RFC4271] 


Avoid using them 


SHOULD NOT make rapid spontaneous 
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48. Originating BGP Routes / Section 9.4 [RFC4271] 


3.48.245. 


Non-BGP Acquired Routes 


Functionality/Description: Distributed to other BGP speakers 
within the local AS as part of the update process 


(see Se 
RFC2119 
Alcatel 
Cisco 


Laurel 
NextHop 


3.48.246. 


ction 9.2) 


: MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


Non-BGP Acquired Routes 


Functionality/Description: Distribution controlled via 


configu 
RFC2119 


Alcatel 
Cisco 
Laurel 
NextHop 


ration 


: SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KK KK 


49. BGP Timers / Section 10 [RFC4271] 


3.49.247. 


Optional Timers 


Functionality/Description: Two optional timers MAY be supported: 


DelayOp 
RFC2119 


Alcatel 
Cisco 


Laurel 


NextHop 


Hares & Retana 


enTimer, IdleHo 


: MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 


Y/N/O/Comments: 


Y/N/O/Comments: 


ldTimer by BGP 


N 

O We support DelayOpenTimer but not 
IdleHoldTimer 

Y support IdleHoldTimer but not the 
DelayOpenTimer 

Y 
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Functionality/Description: Configurable on a per peer basis 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MUST 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.49.249. Timers 


KKK EK 


Functionality/Description: Allow the other timers to be 
configurable 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


3.49.250. Jitter 


KKK K 


Functionality/Description: Applied to the timers associated with 


MinASOriginationInterval, 
MinRouteAdvertisementIinterval, 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKOK 


Informational 


KeepAlive, 
and ConnectRetry 


We only apply to ConnectRetry. 
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Functionality/Description: Apply the same jitter to each of 
these quantities regardless of the destinations to which the 
updates are being sent; that is, jitter need not be configured 
on a "per peer" basis 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


3.49.252. Default Amount of jitter 


We apply same only for connectretry. 


Functionality/Description: Determined by multiplying the base 
value of the appropriate timer by a random factor which is 


uniformly distributed in the range from 0.75 to 1.0 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHALL 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


Y 
Y: 
Y 
Y 


3.49.253. Default Amount of jitter 


Range is 0.9 to 1.1 


Functionality/Description: New random value picked each time the 
timer is set 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


KKKK 


Informational 


[Page 90] 


REC 4276 


3 


BGP-4 Implementation Report January 2006 


3.49.254. Jitter Random Value Range 


Functionality/Description: Configurable 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


MAY 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


ZKZZ 


50. TCP Options that May Be Used with BGP / Appendix E [RFC4271] 


3.50.255. TCP PUSH Function Supported 


Functionality/Description: Each BGP message SHOULD be 
transmitted with PUSH flag set 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


OKKK 


Depends on the TCP stack support. 
GateD 10, NGC can run over 
multiple stacks. 


3.50.256. Differentiated Services Code Point (DSCP) Field Support 


Functionality/Description: TCP connections opened with bits 0-2 
of the DSCP field set to 110 (binary) 


RFC2119: 


Alcatel 
Cisco 
Laurel 
NextHop 


Hares & Retana 


SHOULD 


Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 
Y/N/O/Comments: 


OKKK 


Depends on the TCP stack support. 
GateD 10, NGC can run over 
multiple stacks. 
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3.51. Reducing Route Flapping / Appendix F.2 [RFC4271] 
3.51.257. Avoid Excessive Route Flapping 


Functionality/Description: A BGP speaker which needs to withdraw 
a destination and send an update about a more specific or less 
specific route SHOULD combine them into the same UPDATE message 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


ZZZK 


3.52. Complex AS_PATH aggregation / Appendix F.6 [RFC4271] 
3.52.258. Multiple Instances in AS_PATH 


Functionality/Description: The last instance (rightmost 
occurrence) of that AS number is kept 


RFC2119: SHOULD 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


We use algorithm in 9.2.2.2 


222424 


3.53. Security Considerations [RFC4271] 
3.53.259. Authentication Mechanism 


Functionality/Description: A BGP implementation MUST support 
the authentication mechanism specified in RFC 2385 [RFC2385]. 


RFC2119: MUST 


Alcatel Y/N/O/Comments: 
Cisco Y/N/O/Comments: 
Laurel Y/N/O/Comments: 
NextHop Y/N/O/Comments: 


KK KK 
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4. Additional BGP Implementations Information 


Three implementations responded to a 
information on those implementations 


but did not complete the full survey. 


call (5/20/04-6/2/04) for 
that had a BGP implementation, 
The responses for the call for 


Hares & Retana 


additional information are below. 
Avici 


If you have an implementation of BGP and you did not send in an 
implementation report (answering the 259 questions), could you send 
me the answer the following questions: 

1) BGP product 

Contributor (your name) :Curtis Villamizar [curtis@fictitious.org] 
Company: Avici 
name of product: 
minor version: 


IPriori (TM) 
No interoperability problems with any version. 


Current deployed versions are 5.x and 6.0.x. 
Version 6.1 and beyond are tested against the 
latest BGP specification [RFC4271]. 


What other implementations you interoperate with. 


IOS 12.0(22) 
JUNOS (version not given) 


Cisco: 
Juniper: 


you inter-operate with: 
Alcatel BGP (release) - not tested 
cisco BGP IOS 12.0(27)s - not tested 

tested with IOS 12.0(22); BGP is the same 
laurel BGP (specify release) - not tested 
NextHop GateD - not tested 


Did the length of the survey for BGP cause you to not 
submit the BGP implementation report? 


yes 


Informational 
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4.2. Data Connection Ltd. 


If you have an implementation of BGP and you did not send in an 
implementation report (answering the 259 questions), could you send 
me the answer the following questions: 


1) BGP product 
Contributor (your name): Mike Dell 
Company: Data Connection Ltd. 
name of product: DC-BGP 
version and minor of software: v1.1 
release date: April 2003 


2) What other implementations you interoperate with. 


Cisco (12.0(26)S) 
Alcatal (7770 OBX) 
Agilent (Router Tester) 
Ixia (1600T) 

Netplane (Powercode) 
Nortel (Shasta 5000 BSN) 
Redback (SmartEdge 800) 
Riverstone (RS8000) 
Spirent (AX4000) 

IP Infusion (ZebOs) 
Nokia (IP400) 

Juniper (M5) 


3) Do you inter-operate with 


1) Alcatel BGP (release) YES 
2) cisco BGP IOS 12.0(27)s 
Unknown, but we do inter-operate with v12.0(26)s 
3) laurel BGP (specify release) Unknown 
4) NextHop GateD YES 


4) Did the length of the survey for BGP 
cause you to not submit the BGP 
implementation report? 
YES 
4.3. Nokia 
If you have an implementation of BGP and you did not send in an 


implementation report (answering the 259 questions), could you send 
me the answer the following questions: 
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1) BGP product 


Contributor (your name) :Rahul 
(rahul 

Company: 

Name of product: 

Version and minor of software 

Release date 

2) What other implementations 

Cisco: IOS 12.3(1) 

Extreme: Extremeware Ve 

Foundry: SW Version 07. 

Juniper: JUNOS 5.3R1.2 

Nortel: BayRS 15.4.0.1 

GNU Zebra: zebra-0.92a 


you inter-operate with 
Alcatel BGP (release) - 
cisco BGP IOS 12.0(27)s 

laurel BGP (specify rele 
NextHop GateD - not test 


Did the length of the surve 
Cause you to not submit the 


Yes - lack of resources 
5. Security Considerations 
This document does not address 
6. Normative References 
[RFC4271] Rekhter, Y., Li, T. 
Protocol 4 (BGP-4)" 
[RFC1771] Rekhter, Y. and T. 
4)", REC 1771, Marc 
[RFC2119] Bradner, S., 
Requirement Levels" 
[RFC2385] Heffernan, A., "Pro 
Signature Option", 
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Bahadur 
-bahadur@nokia.com) 
Nokia 
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